Connection and data application billing

ABSTRACT

A server and related method embodiments for determining usage on a wireless network are described. The server includes a connection detector, a connection classifier connected with the connection detector, and a usage tracker connected with the connection classifier. The connection detector detects a connection from a mobile station. The connection classifier determines the type of the detected connection. The usage tracker determines usage for each detected connection based on the connection type. A connecting mobile station for accessing the server includes a session controller for controlling a session with the server, a connection controller for controlling a connection related to the session, and an application assigner for controlling assignment of an application executed by the client to a particular connection.

BACKGROUND OF THE INVENTION

1. Field

The disclosed embodiments relate to billing functionality for wirelessnetworks.

2. Background

The deployment of wireless internet protocol (IP)-based (also referredto as packet-based) networks provides wireless service providersmaintaining wireless service networks with the capability of offeringvarious IP-based data applications and services to end users. However,to generate the greatest financial return while allowing varied datadelivery mechanisms and pricing plans, the problem of how end usersshould be billed has been inherently challenging for all serviceproviders. The problem is challenging largely because charging forIP-based services involves numerous considerations: session length,packet speed, transaction type, service level, resource usage, andothers. Currently, service providers employ mixed billing solutions,such as traditional billing on a monthly rate plan or IP billing basedon time, e.g., minutes of use (MOU), and based on amount, e.g., packetoctet counts. IP-based billing has several advantages over traditionalbilling methods: service providers gain flexibility on billing solutionsand end users enjoy the ability to choose their desired service qualityand pay on a need basis.

With the deployment of Third Generation (3G) high-speed wireless packetdata networks, service providers can expand their data application realmby offering consumers more IP-based applications and services with richcontent. Along with new IP-based services, e.g., streaming video, onlinegaming, stock trading, and many other services, service providers neednew billing strategies.

In order to offer greater billing flexibility to service providersalready having deployed high-speed wireless IP-based data networks, theunderlying IP packet services over the wireless IP-based network must beseparated into appropriate billing categories. However, current wirelessIP-based networks deployed with either 3G 1x or 1xEV-DO networks do notprovide such capabilities, or the accounting capabilities providedcannot fulfill service providers' special requirements. For example, awireless service provider may desire to separate data services intodifferent categories and bill customers based on other factors ratherthan on more traditional billing parameters, e.g., minutes of use (MOU)or data volume. To address these needs, billing solutions need tofacilitate the separation of the different IP packet applications orservices into different billing categories.

FIG. 1 depicts a high level block diagram of a wireless IP-based networkarchitecture 100 including a mobile station 102 connected with awireless service network 104 via a wireless connection 106. Wirelessservice network 104 may be provided by a wireless service provider.Wireless service network 104, in turn, is connected with an IP-basednetwork 108 via network connection 110.

Mobile station 102 includes portable wireless computing devices, e.g.,portable wireless telephones, personal digital assistants (PDAs) andpaging devices, which are small, lightweight, and easily carried byusers. More specifically, the portable wireless telephones, for example,further include cellular telephones that communicate voice and datapackets over wireless networks, e.g., wireless service network 104.

Wireless service network 104 includes wireless service operatorsproviding wireless connectivity between mobile station 102 and othermobile stations (not shown) connected with wireless service network 104and/or IP network 108.

Wireless connection 106 is a wireless communication connection betweenmobile station 102 and wireless service network 104. Examples ofwireless connection 106 vary based on the wireless service network 104and include numerous protocols including code division multiple access(CDMA), 1xEV-Data Optimized (1xEV-DO), 1xEV-Data Voice (1xEV-DV),Universal Mobile Telecommunication System (UMTS), Wideband CDMA (WCDMA),Global System for Mobile Communications (GSM), General Packet RadioService (GPRS), and other protocols.

IP network 108 includes IP-based communication networks, e.g., theInternet and other packet-based communication networks. Additional wiredand wireless service networks (not shown) similar to wireless servicenetwork 104 may be connected with IP network 108.

Mobile station-related IP-based billing solution options have beenproposed in the past; however, none of these approaches has beensatisfactory. Two such options are now briefly discussed: (1) limitingeach IP-based data packet session by a mobile station to a singleapplication and (2) mobile station forwarding of billing information tothe wireless service network.

In accordance with option one above, wireless service network 104integrates all billing information for an IP-based data packet sessionbetween mobile station 102 and the wireless service network,specifically referred to as a point-to-point (PPP) session and referredto hereinafter as a session. Service provider 104 forms a usage datarecord (UDR) based on the end user session information collected. Underthis approach, mobile stations are configured to limit each session to asingle data application enabling service provider 104 to accuratelyrecord end user session information on a per application and servicebasis and provide the necessary granularity to enable service providerIP-based billing functionality. That is, by limiting each sessionbetween mobile station 102 and IP network 108 or service provider 104 toa single application or service, the service provider is able todifferentiate between application and service types accessed by the enduser and bill accordingly.

Unfortunately, this approach causes frequent session switching on andoff whenever a user access different applications and/or services.Because setting up a session requires 3 to 4 seconds on average; sessionswitching affects always-on services significantly and degrades the enduser experience. Additionally, this option is not transmission-efficientrequiring multiple setup and tear down communication sequences. Further,multiple billing records may be generated for a discontinuousapplication making use of or requiring multiple sessions therebyincreasing the amount of effort required in implementing billingfunctionality.

In accordance with option two above, mobile station 102 identifies asingle packet data application within a session, collects billinginformation associated with each application, and forwards the collectedbilling information to wireless service network 104 in the form ofbilling records. That is, mobile station 102 is only allowed to utilizea single application at a given time via wireless connection 106. Incontrast to the first approach, mobile station 102 in the secondapproach collects and forwards billing information instead of serviceprovider 104 collecting billing information.

In accordance with this approach, existing mobile stations must bemodified to enable the collection and forwarding of the billinginformation and wireless service network systems must be modified toprocess the billing information from mobile stations. However, because acomponent of the billing system resides beyond the service providers'control, capable end users may be able to compromise billing dataresulting in a security issue and consequent loss of revenue.

SUMMARY

The disclosed embodiments relate to billing functionality for wirelessnetworks. In particular, server and related method embodiments fordetermining usage on a wireless network are described.

A server embodiment determines usage on a wireless network. The serverincludes a connection detector, a classifier, and a usage tracker. Theconnection detector detects a connection from a mobile station and theclassifier is connected with the connection detector and determines thetype of the detected connection. The usage tracker is connected with theconnection classifier and determines usage for each detected connectionbased on the connection type.

A method embodiment determines usage on a wireless network and includesdetermining a connection type responsive to detection of establishmentof a connection with a mobile station and capturing usage informationfor each established connection by connection type.

Another method embodiment determines usage on a wireless network andincludes determining an application type change based on detection of adestination address in a packet differing from a previous destinationaddress in a previous packet and capturing usage information for theapplication type determined by analyzing the detected differentdestination address.

A memory or a computer-readable medium embodiment stores instructionswhich, when executed by a processor, cause the processor to determine aconnection type responsive to detection of a connection with a mobilestation and capture usage information for each established connection byconnection type.

A memory or a computer-readable medium embodiment stores instructionswhich, when executed by a processor, cause the processor to determine anapplication type change based on detection of a destination address in apacket differing from a previous destination address in a previouspacket and capture usage information for the application type determinedby analyzing the detected different destination address.

A server embodiment for determining usage on a wireless network includesa communication device, a processor coupled with the communicationdevice, and a memory coupled with the processor. The memory storesinstructions which, when executed by the processor, cause the processorto determine a connection type responsive to detection of a connectionwith a mobile station and capture usage information for each establishedconnection by connection type.

A server embodiment for determining usage on a wireless network includesa communication device, a processor coupled with the communicationdevice, and a memory coupled with the processor. The memory storesinstructions which, when executed by the processor, cause the processorto determine an application type change based on detection of adestination address in a packet differing from a previous destinationaddress in a previous packet and capture usage information for theapplication type determined by analyzing the detected differentdestination address.

A server embodiment for determining usage on a wireless network includesa connection detecting means, a classifying means, and a usage trackingmeans. The connection detecting means detects a connection from a mobilestation. The classifying means determines the type of the detectedconnection. The usage tracking means determines usage for each detectedconnection based on the connection type.

Still other advantages of the embodiments will become readily apparentto those skilled in the art from the following detailed description,wherein the preferred embodiments are shown and described, simply by wayof illustration of the best mode contemplated of carrying out theinvention. As will be realized, other and different embodiments arerealizable, and the several details presented herein are capable ofmodifications in various respects, all without departing from thepresent scope of embodiments.

DESCRIPTION OF THE DRAWINGS

The present embodiments are illustrated by way of example, and not bylimitation, in the figures of the accompanying drawings, whereinelements having the same reference numeral designations represent likeelements throughout and wherein:

FIG. 1 is a high level block diagram of a wireless network architecture;

FIG. 2 is a detailed view of a portion of the wireless networkarchitecture of FIG. 1;

FIG. 3 is a high level graphical summary of a first embodiment;

FIG. 4 is a high level graphical summary of a second embodiment;

FIG. 5 is a high level block diagram of functionality of the PDSN ofFIG. 2;

FIG. 6 is a high level block diagram of functionality of the mobilestation of FIG. 2;

FIG. 7 is a high level process flow of a mobile station in accordancewith a first embodiment;

FIG. 8 is a high level process flow of a PDSN in accordance with a firstembodiment;

FIG. 9 is a high level process flow of a mobile station in accordancewith a second embodiment; and

FIG. 10 is a high level process flow of a PDSN in accordance with asecond embodiment.

DETAILED DESCRIPTION

FIG. 2 depicts a more detailed view of wireless IP-based networkarchitecture 100, specifically, additional detail regarding componentswithin wireless service network 104 is provided. Mobile station 102connects with wireless service network 104 via wireless connection 106to a radio access network (RAN) 200 of the service provider. RAN 200refers to a base transceiver station (BTS) or tower responsible forcommunicating signals between mobile station 102 and wireless servicenetwork 104. In turn, RAN 200 connects to a packet control function(PCF) 202 executed by a processing system (not shown) which may or maynot be co-located with one or more components of RAN 200. PCF 202establishes the interface between RAN 200 and PDSN 204 which is termedthe R-P connection. A packet data serving node (PDSN) 204 interfacesbetween IP network 108 and, ultimately, mobile station 102. That is,mobile station 102 data packet communications traverse RAN 200, PCF 202,and PDSN 204 in order to reach IP network 108. PDSN 204, as described indetail below, captures usage information regarding mobile station 102communication with IP network 108. Further, wireless service network 104includes a remote authentication dial-in user service (RADIUS) server206 for authenticating mobile station 102 users connecting to thewireless service network and for generating user billing informationbased on received usage information from PDSN 204. RADIUS 206 isconnected with PDSN 204 as depicted in FIG. 2.

In another embodiment, one or more of RAN 200, PCF 202, PDSN 204, andRADIUS server 206 functionality may be combined and execute on one ormore processing systems, e.g., a computer system or other processingdevice. Further, in additional embodiments, there may be more than oneinstance of RAN 200, PCF 202, PDSN 204, and RADIUS server 206. Forclarity, only a single instance of each is described hereinafter.

Mobile station 102 executes IP-based data applications using thearchitecture 100 described above in order to access applications and/orservices at IP network 108 via service provider 104. In order to accessIP network 108, a packet data session is established between mobilestation 102 and PDSN 204. The packet data session describes thecontinuous use of a packet data service by a mobile station 102 user.Correspondingly, a point-to-point protocol (PPP) session describes theduration of a connection between mobile station 102 and PDSN 204. Thatis, mobile station 102 connects with RAN 200 via wireless connection106, the connection continues through PCF 262 and then across a radionetwork-packet network (R-P) interface 208 to PDSN 204. R-P interface208 is the interface between the PCF 202 and PDSN 204 across which anR-P connection is established in order to transport user packet data andsignaling messages. The R-P connection is associated with a PPP sessionand is the communication connection across the R-P interface between PCF202 and PDSN 204.

In an embodiment involving a wireless IP network, the IP-based packetaccounting functionality involves RAN 200, PDSN 204, and RADIUS server206. The packet accounting procedures include the following two steps:

First, RAN 200 generates an airlink record which is sent to PDSN 204using R-P interface 208 messages transmitted across an R-P connection;and

Second, PDSN 204 accessed by mobile station 102 merges radio-specificparameters contained in the airlink record received from RAN 200 with IPnetwork-specific parameters to form one or more Usage Data Records(UDRs).

The airlink record is a collection of radio-specific parameterscollected by RAN 200. Airlink record information varies depending on thetype of airlink record and includes fields such as mobile stationidentifier (MSID), electronic serial number (ESN), serving PCF, and R-Pconnection identifier (ID), and others. IP network-specific parametersare the parameters collected by PDSN 204, e.g., to facilitate billing,and include, for example, PDSN address, remote IP address, octect count,active time, etc. Radio-specific parameters are included in airlinkrecords and merged based on a specified format, e.g., 3GPP2X.S0011-005-C “cdma2000 Wireless IP Network Standard: AccountingServices and 3GPP2 RADIUS VSAs.”

After completing the second step, PDSN 204 transmits usage messages,e.g., RADIUS accounting messages, including usage information, e.g., UDRinformation, to RADIUS server 206. Usage information includesinformation, e.g., a mobile identifier, a user identifier, a sessionidentifier, an infrastructure identifier, a zone identifier, a sessionstatus, a session activity, a quality of service, airlink recordspecific parameters, and a container, used in order to bill for wirelessservices provided to a user. Examples of usage information include thenumber of octets transmitted, start and stop timestamps, minutes of use,addresses accessed, application types, and other billing-relatedinformation.

The present embodiments described herein employ PDSN-based solutions fordetermining usage information for generating billing for IP-basedwireless networks. In particular, according to a first embodiment,multiple R-P connections are associated with a PPP session and usageinformation is determined for each R-P connection based on a connectiontype associated with the R-P connection. According to a secondembodiment, a PDSN-based process determines usage information based on adetermination of the application type associated with an address towhich the mobile station 102 connects during a PPP session. FIGS. 3 and4 graphically summarize at a high level the first and secondembodiments, respectively, described above.

First Embodiment

In particular, FIG. 3 (first embodiment) depicts a PPP session 300encompassing the communication path between mobile station 102 and PDSN204 and an R-P connection 302 encompassing the communication between PCF202 and PDSN 204, i.e., across R-P interface 208. With respect to thefirst embodiment, there may be more than one R-P connection 302established between PCF 202 and PDSN 204, each of the R-P connections302 is associated with a PPP session 300. FIG. 3 further includes arepresentation of a usage information connection 304 between PDSN 204and a billing system, e.g., RADIUS server 206, for enabling transmissionof usage information for each R-P connection 302. As depicted in FIG. 3,multiple applications executed by mobile station 102 use PPP session 300to access IP network 108 and each executed application is associatedwith an R-P connection 302.

According to the first embodiment described in conjunction with FIGS. 7and 8, mobile station 102 executes an application requesting access toan address on IP network 108 (FIG. 7, step 700). Responsive to theapplication request, mobile station 102 determines if an appropriate R-Pconnection exists (FIG. 7, step 702). If an appropriate R-P connection302 does not exist, mobile station proceeds to cause an appropriate R-Pconnection to be established between PCF 202 and PDSN 204. If anappropriate R-P connection exists, mobile station 102 assigns theapplication to a predetermined R-P connection (FIG. 7, step 706) basedon the type of application, e.g., information access, textcommunication, web browsing, etc. That is, each applicationcommunication path from mobile station 102 to IP network 108 uses aparticular R-P connection 302. Each R-P connection 302 includes aconnection type corresponding to a usage class, e.g., high, medium, andlow bandwidth uses, always-on, and intermittent uses, and otherclassifications.

PDSN 204 detects the start of communication on R-P connection 302 (FIG.8, step 800) and monitors the application communication, e.g., packetdata transmission, over each R-P connection 302. PDSN 204 determines theclassification (FIG. 8, step 802), i.e., connection type, of eachparticular R-P connection 302 used by the application. PDSN 204 detectscompletion of application communication on R-P connection 302 (FIG. 8,step 804) and records usage information, e.g., duration and amount, foreach PPP session 300.

Because a single application is associated with a single R-P connection,the usage information for a particular R-P connection 302 correspondsdirectly with the application usage information. In this manner, PDSN204 calculates classified, IP-based network 108 usage information by amobile station 102 for transmission to a billing system, i.e., RADIUSserver 206. It will be understood that many varied connection types andapplication types may supplement or be substituted for the foregoingrecitation of types without departing from the scope of the presentembodiments.

In an embodiment, the allocation of application type to R-P connection302 is predetermined and stored in memory (not shown) of mobile station102 and PDSN 204. Alternatively, application type allocation to R-Pconnection 302 may be embedded as part of the instructions executed bymobile station 102. In a further embodiment, mobile station 102 includesan application type identifier in communication, i.e., packet datatransmissions, transmitted via PDSN 204 to IP network 108. PDSN 204detects the included identifier and determines the connection type basedon the identifier (FIG. 8, step 802).

FIG. 5 depicts a high level block diagram of functional elements of PDSN204 including a connection detector 500, a classifier 502, and a usagetracker 504. Connection detector 500 includes instructions for executionby a processor (not shown) to cause PDSN 204 to detect establishment ofan R-P connection 302 to PDSN 204. Classifier 502 includes instructionsfor execution to cause PDSN 204 to classify the connection 302 detectedby connection detector 500. Usage tracker 504 includes instructions forexecution to cause PDSN 204 to capture usage information based onconnection type classified by connection classifier 502.

FIG. 6 depicts a high level block diagram of functional elements ofmobile station 102 including a session controller 600, a connectioncontroller 602, and an application assigner 604. Session controller 600includes instructions for execution to cause mobile station 102 toestablish or tear down a PPP session with PDSN 204. Connectioncontroller 602 includes instructions for execution to cause mobilestation 102 to determine if an R-P connection 302 exists and, if not, toestablish an R-P connection 302 with PDSN 204. Application assigner 604includes instructions for execution to cause mobile station 102 toassign an application executed by the mobile station to a particular R-Pconnection 302 associated with a PPP session established by sessioncontroller 600.

Second Embodiment

With respect to FIG. 4 (second embodiment), PPP session 400 encompassesthe communication path between mobile station 102 and PDSN 204.According to the second embodiment, there may be one or more R-Pconnections (not shown) between PCF 202 and PDSN 204 without departingfrom the scope or spirit of the present embodiment. PDSN 204 includesfunctionality 402, described in detail below, for determining usageinformation on a per application basis by mobile station 102. FIG. 4further includes a representation of a usage information connection 404between PDSN 204 and a billing system, e.g., RADIUS server 206, forenabling transmission of usage information for each application by amobile station 102. As depicted in FIG. 4, multiple applicationsexecuted by mobile station 102 use PPP session 400 to access IP network108.

According to the second embodiment described in conjunction with FIGS. 9and 10, mobile station 102 establishes a PPP session 400, andcorresponding R-P connection 402, (FIG. 9, step 900) with PDSN 204.Applications executed by mobile station 102 are assigned by the mobilestation to R-P connection 402 associated with PPP session 400 to accessa requested address on IP network 108. Because in the second embodimentthere is only a single R-P connection 402, subsequent applicationaccesses of different addresses are assigned to the same R-P connection402 for communication.

PDSN 204 detects the start of application communication on R-Pconnection 402 (FIG. 10, step 1000) and monitors communicationinformation, e.g., packet data transmission, transmitted by mobilestation 102 to determine the address, e.g., IP address, accessed by theapplication executed by the mobile station in order to capture usageinformation for a particular application type used by the user of themobile station. That is, PDSN 204 determines (FIG. 10, step 1002) theapplication type accessed by mobile station 102 using a method describedin further detail below. PDSN 204 detects completion of applicationcommunication on R-P connection 402 (FIG. 10, step 1004) and recordsusage information, e.g., duration and amount, for each application typedetermined in step 1002. Completion of application communication isdetermined by PDSN 204 detecting an appropriate termination command frommobile station 102 via R-P connection 402 and/or detecting a change ofapplication type communication on R-P connection 402. For example, PDSN204 detects a change in packet data information indicating a change inthe requested address to be accessed on IP network 108. If the requestedaddress changes, PDSN 204 determines that the application executed bymobile station 102 has changed. PDSN 204 provides usage information onan application type basis to a billing server, e.g., RADIUS server 206.

In another embodiment, if the requested address changes, PDSN 204performs a look up using one of the below-described application typedetermining methods to determine if an application type change hasoccurred. If an application type change has occurred, PDSN 204 beginscapturing usage information related to the new applicationcommunication. If an application type change has not occurred, PDSN 204continues capturing usage information related to the applicationcommunication.

In an embodiment, PDSN 204 identifies an application type based on theremote addresses, e.g., IPv4/IPv6 addresses, accessed and generatesusage information for each application.

The second embodiment uses one or more of three methods for determiningthe application type accessed by mobile station 102: post-processing,reverse domain name lookup, and application type mapping. Using thepost-processing method, after the usage information for each applicationtype is transmitted to the billing system, service provider 104 usestheir method of choice to post-process the usage information andseparate the application type into appropriate billing categories.

Using the reverse domain name service method, service provider 104implements a domain name server (DNS)-like functionality. The DNS serveris provisioned with an index table including a mapping between theapplication types and addresses accessed by mobile station 102. However,this method requires a real-time DNS index table update to take intoaccount new addresses accessed by mobile station 102.

Using the application type mapping method, an application type mappingtable containing a preset list of addresses and correspondingapplication types of interest to service providers is included in PDSN204. PDSN 204 performs a look up into the table to determine theapplication type and classify the usage information into appropriatecategories.

An example procedure for obtaining usage information for a mobilestation 102 application according to the second embodiment is asfollows:

PDSN 204 detects a different data application based on the remote(accessed) address requested by the application;

PDSN 204 performs a reverse DNS lookup to determine the application typeand store usage information for the application;

PDSN 204 routes the data application to the appropriate server;

after the application completes accessing the address, PDSN 204calculates usage information for the application; and

PDSN 204 transmits usage information with the UDR to the billing system.

In accordance with the second embodiment, mobile station 102 and PDSN204 differ from the above-described functionality of FIGS. 5 and 6. Withrespect to FIG. 5, connection detector 500 includes instructions forexecution by a processor (not shown) to cause PDSN 204 to detectestablishment of an R-P connection 302 to PDSN 204. Connection detector500 further includes instructions for execution to cause detection of anapplication type change based on classification determination byclassifier 502. Classifier 502 includes instructions for execution tocause PDSN 204 to classify the application type of the applicationassigned to the connection 302 detected by connection detector 500.Classifier 502 uses one of the above-described application typeclassification methods. Usage tracker 504 includes instructions forexecution to cause PDSN 204 to capture usage information based onapplication type classified by classifier 502.

With respect to FIG. 6, session controller 600 includes instructions forexecution to cause mobile station 102 to establish or tear down a PPPsession with PDSN 204. Connection controller 602 includes instructionsfor execution to cause mobile station 102 to instruct PCF 202 toestablish an R-P connection 302 with PDSN 204. Application assigner 604includes instructions for execution to cause mobile station 102 toassign an application executed by the mobile station to the R-Pconnection 302 associated with a PPP session established by sessioncontroller 600.

It will be readily seen by one of ordinary skill in the art that theembodiments fulfills one or more of the advantages set forth above.After reading the foregoing specification, one of ordinary skill will beable to affect various changes, substitutions of equivalents and variousother aspects of the embodiments as broadly disclosed herein. It istherefore intended that the protection granted hereon be limited only bythe definition contained in the appended claims and equivalents thereof.

1. A server for determining usage on a wireless network, comprising: aconnection detector operative to detect a connection from a mobilestation; a classifier operatively connected with the connection detectorand operative to determine the type of the detected connection; and ausage tracker operatively connected with the connection classifier andoperative to determine usage for each detected connection based on theconnection type.
 2. The server of claim 1, wherein the classifierincludes predetermined connection types.
 3. The server of claim 2,wherein the predetermined connection types include application types. 4.The server of claim 1, wherein the detected connection includesconnection type information.
 5. The server of claim 1, wherein the usagetracker determines usage based on the classifier detecting a change ofconnection type.
 6. The server of claim 1, wherein the classifieroperatively accesses a mapping table to determine the type of thedetected connection.
 7. The server of claim 6, wherein the mapping tableincludes information relating address information from the connection toa connection type.
 8. The server of claim 1, the usage tracker operativeto transmit usage information related to the mobile station, the usageinformation including duration and amount per connection type.
 9. Amobile station for accessing a wireless network, comprising: a sessioncontroller operative to control a session with a server; a connectioncontroller operatively connected with the session controller andoperative to control a connection related to a session with a server; anapplication assigner operatively connected with the connectioncontroller and operative to control assignment of an applicationexecuted by the client to a particular connection.
 10. The client ofclaim 9, wherein the application assigner includes a predeterminedmapping of applications to connections and operatively assigns aparticular application to a particular connection based on the mapping.11. The client of claim 9, wherein the application assigner operativelynotifies the connection controller of the connection type of anapplication-connection assignment.
 12. The client of claim 11, whereinthe connection controller operatively transmits the connection type overthe connection of the application-connection assignment.
 13. A method ofdetermining usage on a wireless network, comprising: determining aconnection type responsive to detection of establishment of a connectionwith a mobile station; and capturing usage information for eachestablished connection by connection type.
 14. The method of claim 13,further comprising: generating billing information according toconnection type based on the captured usage information.
 15. The methodof claim 13, wherein the determining step is performed based oninformation received over the established connection.
 16. The method ofclaim 13, wherein the determining step is performed based on apredetermined mapping table.
 17. A method of determining usage on awireless network, comprising: determining an application type changebased on detection of a destination address in a packet differing from aprevious destination address in a previous packet; and capturing usageinformation for the application type determined by analyzing thedetected different destination address.
 18. The method of claim 17,wherein the analyzing further comprises: accessing a mapping table todetermine the type of the detected application.
 19. The method of claim18, wherein the mapping table includes information relating addressinformation from the connection to an application type.
 20. The methodof claim 17, further comprising: generating billing informationaccording to application type based on the captured usage information.21. A memory or a computer-readable medium storing instructions which,when executed by a processor, cause the processor to determine aconnection type responsive to detection of a connection with a mobilestation and capture usage information for each established connection byconnection type.
 22. A memory or a computer-readable medium storinginstructions which, when executed by a processor, cause the processor todetermine an application type change based on detection of a destinationaddress in a packet differing from a previous destination address in aprevious packet and capture usage information for the application typedetermined by analyzing the detected different destination address. 23.A server for determining usage on a wireless network, comprising: acommunication device; a processor coupled with the communication device;and a memory coupled with the processor and storing instructions which,when executed by the processor, cause the processor to determine aconnection type responsive to detection of a connection with a mobilestation and capture usage information for each established connection byconnection type.
 24. A server for determining usage on a wirelessnetwork, comprising: a communication device; a processor coupled withthe communication device; and a memory coupled with the processor andstoring instructions which, when executed by the processor, cause theprocessor to determine an application type change based on detection ofa destination address in a packet differing from a previous destinationaddress in a previous packet and capture usage information for theapplication type determined by analyzing the detected differentdestination address.
 25. A server for determining usage on a wirelessnetwork, comprising: connection detecting means for detecting aconnection from a mobile station; classifying means connected with theconnection detecting means and arranged to determine the type of thedetected connection; and usage tracking means connected with theconnection classifying means and arranged to determine usage for eachdetected connection based on the connection type.